[Docs] Update docs for the single nested config layout - #5085

…DNA3) and gfx1150 (RDNA3.5) (#5246)

* [Triton] [Conv2D] Add Conv2D configuration files for gfx1101 and gfx1150

Nine tables per architecture in the nested layout, tuned on hardware. Both
architectures currently have none, so every Conv2D family is a hard
FileNotFoundError from load_config_json(required=True) rather than a fallback.

gfx1101 (RDNA3, RX 7800 XT): 190 entries, 20 tuned on the card, 170 inherited
byte-identical from gfx1100.
gfx1150 (RDNA3.5, Radeon 890M): 186 entries, 100 tuned, 86 inherited from
gfx1151.

Entry counts cover every section - shapes, variant pins, M_LEQ_* buckets and
any - not just shapes.

The structure of every file matches its donor exactly: same sections, same key
set per section, same route_exact_only. Routing behaviour is therefore unchanged
and only the values differ. In particular CONV-3X3-NCHW ships only the shape
keys the donor already has, because under route_exact_only the key set is what
_nchw_direct_is_profitable uses to choose between DIRECT_NCHW_3X3 and
CBLOCKED_NCHW, and that comparison was not part of these measurements.

Every candidate was checked for correctness before being timed - rel_l2 < 1e-2
against torch.nn.functional.conv2d, the bar op_tests/triton_tests/conv uses -
and each family was driven through its own public entry point rather than
through the router.

Follows the invitation in
#4869 (comment)

Signed-off-by: Martin Domanský <ragua@email.cz>

* [Triton] [Conv2D] Add gfx1101 and gfx1150 to the conv test SUPPORTED_ARCHS

Without this the two new tables are never exercised by op_tests/triton_tests/conv.

Note that the repository's CI has no RDNA machine, so this does not by itself
cause the tables to be tested anywhere - it only makes the tests runnable on
hardware that has them.

Signed-off-by: Martin Domanský <ragua@email.cz>

* [Triton] Add the two new arches to the config layout table

configs/CLAUDE.md documents which architectures have a config tree. #5085
rewrote that document for the nested layout, so it is maintained and a new arch
belongs in it.

Separate commit from the data on purpose: it is your document, and a doc change
should be reviewable on its own rather than folded into eighteen JSON files.

Signed-off-by: Martin Domanský <ragua@email.cz>

* [Triton] [Conv2D] Drop CONV-3X3-NCHW from this PR

That table is the optional ninth family and adding it is a routing change on
these two architectures, which the rest of this PR is not.

_nchw_direct_is_profitable returns False when has_conv_config("CONV-3X3-NCHW")
is False, so today every 3x3 shape on gfx1101 and gfx1150 takes CBLOCKED_NCHW.
Shipping the table with route_exact_only moves 7 shapes on gfx1101 and 4 on
gfx1150 onto DIRECT_NCHW_3X3, and none of those 11 has a direct-against-cblocked
measurement on either card.

The tables had already been trimmed to the donor's key set so they would carry no
routing change relative to gfx1100 and gfx1151. That was the wrong baseline: the
comparison that matters is against what these cards do now, which is no table at
all.

gfx1200, gfx1250, gfx942 and gfx950 ship no CONV-3X3-NCHW either, so the
remaining eight families are the mandatory set and this PR now carries values
only.

Counts after this commit:

  gfx1101   182 entries, 16 tuned on the card, 166 inherited from gfx1100
  gfx1150   181 entries, 97 tuned on the card,  84 inherited from gfx1151

The table returns in a follow-up that measures both routes per key.

Signed-off-by: Martin Domanský <ragua@email.cz>

---------

Signed-off-by: Martin Domanský <ragua@email.cz>